package cn.anquing.principle.singleResponsibilityPrinciple;

/**
 * 单一职责原则:应该有且仅有一个原因引起类的变更
 * 对于单一职责原则，我的建议是接口一定要做到单一职责，类设计尽量只有一个原因引起变化
 *
 * 类的复杂性降低，实现什么职责都有清晰明确的定义；
 * 可读性提高，复杂性降低，那当然可读性提高了；
 * 可维护性提高，那当然了，可读性提高，那当然更容易维护了；
 * 变更引起的风险降低。
 */

/**
 * 单一职责原则简称是 SRP，就是三个开通字母的缩写，这个设计原则备受争议的一个原则，只要你想和
 人争执、怄气或者是吵架，这个原则是屡试不爽的，如果你是老大，看到一个接口或类是这样…那样…设
 计的，你就问一句“你设计的类符合 SRP 原则吗？”，保准立马萎缩掉，而且还一脸崇拜的看着你“老大确
 实英明”
 */
public class Client {
}
